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{54} Computer system for data management and method for operating said system 

{57} Tries inversion relates to a computer system for 
data management including at ieast the management of 
data relating to the trading of warrants {cili CATS-OS), 
comprising a data processing system (i), an input unit 
{&}. a dispiay unit (3) and a data input {5), wherein the 
display unit {3} displays a first mass* having a format 
aifowing the input of a request for specific data by the 
input unit (2). the data input (5) is. read if the requesi is 
input by the input unit (2). the display unit (3) displays a 
second mask including the requested data, and the data 
processing system (1) holds the requested dala for a 
predetermined time period T^, and performs a transac- 
tion relating so the specific data, if a transactors request 
is input by the input unit (2) during a predetermined tme 
period T sw . 
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Description 

The invention relates to a computer system for data 
management and to a method for operating said sys- 
tem, and mors particularly, to an automated warrant s 
trading system {cm CATS-OS). 

Over the fast years the market for warrant trading 
has been rapidly increasing. From 1391 to 1935 the 
amount of warrants traded grew from about 400 to 
4,000. « 

According Jo the prior art, the trading of warrants is 
very often time- and cost-intensive, since, upon a con- 
sumer inquiry, it is necessary for the customer in a local 
bank io start a search by telephone or a search in pub- 
lications to f ind the best warrant for the consumer. Usu- js 
ally, if the consumer wishes to purchase warrants, he 
first contacts his toes) bank which is processing the 
order through the stock exchange or placing a cat! to a 
warrant market maker. Since an on-line information and 
trading system about traded warrants with executable so 
prices does not exist, the customer in the iocai bank is 
not able to provide the consumer with the actuai on-fine 
infctmaiiof), Hence, there exists a time difference 
between the placing of the buy/sell order by the cus- 
tomer and rts implementation, resting in & risk ot £5 
exchange and/or price rate fluctuations in that time, it <s 
even often the case that the implementation of the 
buy/self order was based on a limit oriented on the rates 
of the day before, since the order could not be imple- 
mented on the same day. Reasons for this time delay x 
are either the fact that the order is placed a couple of 
hours before it wi!! be executed at the stock exchange or 
that the dealing room phones at the market maker are 
often busy during the hectic market times. Therefore, 
local banks often place Wind orders at unknown prices ss 
tor the customers and they do not receive immediate 
deaf confirmations. 

The object of the present invention is to realize a 
computer system for data management and a method 
for operating said system, which realise a data manage- «s 
menf providing instantaneous data with an improved 
accuracy and a reduced error probability when process - 
ing data transactions, combined witft a high security 

The object ss solved according to she features of the 
independent claims The dependent claims show « 
advantageous embodiments and further developments 
of the invention. 

The computer system for data management includ- 
ing at least the management of data relating to the trad- 
ing of warrants, comprises a data processing system, so 
an input unit, a display unit and a data input. In order to 
perform a transaction of data, the display unit displays a 
first mask having a format allowing the input of a 
request for specific daia by the input unit. The specific 
data can relate to warrant rates. If the request tor spe- ss 
crffe data is input, e,g. a request for a. specific warrant, 
the data input <s read which can receive permanentiy a 
data stream including warrant rates. After having read 
the data stream, the display unit displays a second 


mask including the read data. After having received the 
requested data, the data processing system hofds the 
data for a predetermined time period and performs a 
transaction relating tc the specific data, if a transaction 
request is input by the input unit during a predetermined 
time period. 

Since the data processing system holds the 
requested data. e.g. a warrant rate with a specific stock 
exchange numoer and a voiume thereof, for a predeter- 
mined time period, it is only possible to perform a trans- 
action, e g a buy request, based on the displayed data 
during that time period. When this time period has 
elapsed, the request for a transaction cannot be input 
any longer, so thai a re-request for new specific data 
has to oe issued. Such a re-request causes the reading 
of the data input in order so sain new actual data. e.g. 
the warrant rates. 

The computer system according io the invention 
ailows to display specific data on-iine including warrant 
rates, wherein the display unit displays a trading mask 
allowing the input of a request for the specific data The 
design of the trading mask is independent of the type of 
the specific data. Therefore, the trading mask will be 
similar, if the data management comprises the manage- 
ment of data relating to the trading of stocks, bonds, 
denvsttves or foreign exchange. The same applies to 
the quotation mask which aiso has a simitar format for 
different types of data. Therefore, the user does not 
need to get used to a new format of the trading or the 
quotation mask, if he handles different types of data- 
This leads to an easy-to-use system, even if different 
types of data are to be handled. 

The system according to an embodiment of the 
invention provides instantaneous executable warrant 
rates, so that orders can be immediately fulfilled tor cus- 
tomers. Aceordingiy, the risk of exchange and/or price 
rats fluctuations is eliminated, since an executable price 
is electronically provided and it is possible to act on it, 
Furthermore, an immediate electronic trade confirma- 
tion is provided with a complete audit trail. WHh the 
inventive system, even smaller banks can improve their 
efficiency by providing real time rates and information, 
since the system can aiso be provided with a mall and 
request for quote (RFQ) function allowing a communica- 
tion between the customer and the trader. 

ft is possible to process transactions at the price on 
the display unit, which is a binding contract between the 
customer and the trader. This protects against any mis- 
understandings between the customer and the trader, 
which can easily happen if a buy/sell order is placed via 
telephone. 

The system is designed to expand and enhance the 
qualitiy and eff icisncy of the user's overall warrant oper- 
ation, enabling improved customer service and increas- 
ing the capacity with minimum incremental costs. 

In accordance with an embodiment of the invention, 
the system is realised using the client-server architec- 
ture. A number of devices communicate using a security 
network. The devices pedorm their computational taste 
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according to messages received from the security net- 
work The devices then transmit the results back to the 
externa! device or onto the next device using the same 
security network. A communication is prohibited 
between devices ether than through the security net- $ 
work. 

Furthermore, each sending device transmits a 
respective identification information and the security 
network checks for every data transferred through ihe 
same, if the identification of ihe respective sending xo 
dev.cs tits with prestorea information stored during an 
authorisation piocedure. By these measures a very 
secure and safe system can be gained, which does not 
allow any unauthorized access. 

The invention wiii now be described by way est is 
examples and with reference to the accompanying 
drawings m which; 

Rg. i is a block diagram of the computer 

system according to the invention; so 

Fig. 2 is a block diagram of the data 

processing system; 

Figs 3a and 3b are flow charts showing a transac- 
tion procedure relating to warrants 
according to an embodiment o? the ss 
invention; 

Fig. 4 is a flow chart showing the transac- 

tion procedure of warrants accord- 
ing to another embodiment of tns 
invention; so 

Fig. S is an access control screen; 

Fig. 8 is a transaction screen without an 

instrument number and a volume 
indication; 

Fig. 7 is the transaction screen with a ss 

stock exchange number {instrument 
numbef) and a volume indication: 

Fig. 8 is a quotation screen inciuding the 

actual price of the required warrant 
and further information relating to «o 
the specific warrant: 

Fig. 9 is a trade confirmation screen; 

Fig. 10 is the transaction screen showing 

the input of a view rates request, 

Fig. 1t is a blank rates page screen: *s 

Fig, 12 is a f ilied rates page screen; 

Fig. 13 is a transaction detail screen; 

Fig. 14 is a transaction summary screen; 

Fig. 1 5 is a sanity check screen; 

Fig. 16 is a price time-out screen and s> 

Fig. 17 is a credit limit screen. 

Fig, 1 shows a block diagram of the computer sys- 
tem according to the invention. A data processing sys- 
tem 1 is connected to an input unit 2, a display unit 3 ss 
and a printer 4, The data processing system 5 receives 
a data stream from a da:a input 5. 

The input unit 2 can be realized by a hey board, a 
mouse or any other input device. The display unit S can 


be realized by a standard personal computer monitor. 

Rg. 2 shows a possible configuration of me data 
processing system 1 . A security network 6 is connected 
to an external device 7, a security device S, a data man- 
agement device 9. a data interface device i0 and an 
output device 1 1 , wherein the input unit 2. the display 
unit 3 and the printer 4 can be cart of the externa! 
device 7. 

the external device 7 can be a personal computer 
{PC} including a graphic user interface {GUI} for being 
connected to the security network 6 via a modem. The 
devices of the data processing system 1 can be realised 
as separate and independent communicating servers 
{client-server architecture}- in particular, the security 
network 6 can be realized by an adequate number of 
message routers {fvtRO). The security device 8 can be 
realized by a security access manager (SAM). The data 
interface device 10 can be realized by a warrant rate 
server {WRS). The data management device 9 can be 
realized by a warrant transaction server (WTSJo The 
output device 11 can be realized by a warrant hand-of? 
server {WHO}. Furthermore, there can be provided a 
credit server {GRS) and a mail server {MA!}, both com- 
municating with a message router. 

in the fa'fowing s short explanation of examples 
relating to the functions of the different servers is given. 

As mentioned above, the computer system accord- 
ing to the invention consists of a number of servers 
communicating using message routers. The network 
connector) between the servers and the message rout- 
ers enables a used ITS {information trading and settle- 
ment system) to be distributed over a number of VAX 
processors. 

The ITS servers perform their computational task 
according to messages received from their adjacent 
message router. The server transmits the results back 
to the user or on to the next server using the same mes- 
sage router network A communication is prohibited 
between servers other than through the message rout- 
ers. 

One server (the data interface device - warrant rate 
server} is connected to a rate feed, a data base, etc.} 
encapsulating this resource for the rest of the ITS net- 
work. At the center of the system there is the data man- 
agement device (WTS) which draws upon these 
resources to provide the complete service to the user 
interface {graphic user interface - GUI or host user inter- 
face - HUS). Furthermore, there is provided ancillary 
service used to maintain the security of the ITS system 
by restricting access and controlling which servers may 
communicate with others. 

The message routers {security network) are 
responsible for conveying message from one server to 
another. The fTS system comprises a number of routers 
interconnected such that communication between any 
two servers rs possible. At the center of the system, the 
security device {SAM} is iocated, which is connected to 
every message router. The SAM maintains a list of 
authorized users and accesses to validate user pass- 
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words. The SAM also issues a unique ITS address to 
each server, which is used by the router to direct mes- 
sages to the correct destinations and enhances also the 
security of the system against unauthorized access. 

The SAM maintains user accounts, access restric- s 
tion and privileges. Furthermore, the SAM uses an 
indexed file to define a list of authorized users, including 
service and message routers and their respective 
addresses. The SAM stores passwords relating to user 
accounts and maintains a list of authorized users and 10 
their respective addresses. Furthermore, the SAM 
maintains a map of which server is connected to which 
router in a second indexed filed and writes errors into an 
error file. The MRO forwards messages between serv- 
ers according to their respective addresses. Further- is 
more, it translates protocols between the respective 
servers and verifies new connections with the SAM to 
prevent unauthorized users from sending messages. 
The WTS is a multi-threaded product server using a 
number of concurrent logins on a Sybase data base. It 20 
communicates with the users of the system and exe- 
cutes and stores warrant transactions. The users of the 
system are, in this respect, e.g the graphic user inter- 
faces being loaded on PCs which use a dial-up proce- 
dure to be connected to the respective message router. 25 
The WTS maintains user accounts, trading relation- 
ships and holiday tables. Furthermore, the WTS checks 
credit lines using the CRS and provides access to and 
obtains prices from the WRS. Additionally, the WTS 
uses the MAI to inform traders of system events. The 30 
MAI is a multithreaded product server using a Sybase 
data base to store and forward user and system mail 
messages within the system. It maintains a list of user 
accounts and mail names for mailing purposes. The 
WRS receives data streams of price and page updates 35 
from Reuters Taps (e.g. 24) and the Invision system and 
builds pages of rate data in a global section. The 
received data streams are stored in a specific memory 
location of the WRS and these specific memory loca- 
tions are overwritten every time new data are received. « 
The WRS receives page and price requests from the 
WTS, it returns results for display on the display unit 2 or 
for quotation purposes. Furthermore, it uses a file to 
define rate page layouts and the location of the specific 
rates. The CRS maintains a list of customer-related 45 
credit values. It uses an indexed file to store the latest 
credit values. The graphic user interface (GUI) being 
loaded on the client (PC), is a PC user interface for the 
system. The GUI runs on PCs at the customer and the 
trader sites, using the TCP/IP (Transmission Control so 
Protocol/Internet Protocol) protocol to be connected 
directly with a message router. The WHO hands off 
complete transactions to the direct dealer interface 
(DDI) by writing them into a dedicated Sybase data base 
on the DDI system. It formats and prints deal tickets to a 55 
ticket printer located on the dealing floor where the trad- 
ers are located. 

A number of system servers are configured so as to 
have dependency servers. During start-up, these serv- 


ers wait for their dependencies to start before going on- 
line. The dependency relationship is implemented 
where a server relies upon another server to provide a 
system resource that is necessary for the server to func- 
tion. E.g. the WTS cannot function, unless the WRS is 
running. The WTS is configured with the WRS as a 
dependency. 

The servers check the presence of their dependen- 
cies by sending ping messages. If a dependency is not 
found, the server writes an error to the log, waits and 
then tries to ping the dependency again. When all the 
dependencies are detected, the server writes a server- 
up message in the log. 

The servers return to pinging their dependencies, if 
a message cannot be delivered to a dependent server. 
The operation of the server is temporarily suspended 
until the dependency has been successfully pinged. In 
particular, the WTS has the WRS, the MAI, the CRS 
and the WHO as dependencies. The WRS, the CRS 
and the WHO have the MAI as dependency. 

The system is configured with delay periods during 
the start-up procedure. Therefore, the dependency 
servers can be started first and with sufficient time to 
start, before the next server is started. The order of the 
starting of the servers and the delays between succes- 
sive servers is prestored and can be adapted to hard- 
ware requirements. 

Figs. 3a and 3b show an example of system steps 
necessary for performing a warrant transaction. After 
the power-on of the user PC, and after starting of the 
automated trading system for warrants on the PC, an 
access control screen 12 is displayed (step 100) . In the 
access control screen 1 2 the identification information is 
to be input (user name and the security password). This 
has to be performed via the input unit 2 (step 101). After 
inputting a logon request, e.g. by pressing the logon but- 
ton on the access control screen 12 by a respective 
mouse action, the system verifies the input details 
before the user is permitted to access any part of the 
system (step 102). If the user name and the password 
are checked, a customer trading screen 13 is displayed 
on the display unit 3 (step 103). 

The customer trading screen 13 allows the input of 
a stock exchange number of a specific warrant, the vol- 
ume and whether to buy or sell (step 104). After the 
inputs of step 104, a get price request can be issued 
(step 105). Thereafter, a quotation screen 14 is dis- 
played (step 106). At the same time a timer is started 
(step 111). Via the input unit 3 a buy request for the dis- 
played warrant can be input (step 107). At step 108 it is 
checked, if the buy request was input within a certain 
time period T B8t or not. If this is not the case, the quota- 
tion screen 14 displays a time-out indication and the buy 
request input at step 107 is not performed. After step 
109 it is possible to input a re-request for gaining a new 
actual rate (step 110). Thereafter, the quotation screen 
14 is again displayed with updated data (step 106). If 
the predetermined time period T E8 , at step 108 did not 
elapse before the buy request was input in step 107, a 
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transaction of warrant is performed (step 112). Thereaf- 
ter a trade confirmation screen 15 is displayed (step 
113). 

Fig. 4 shows a flow chart relating to another embod- 
iment of the present invention. When displaying the cus- 5 
tomer trading screen 13, it is possible to input a view 
rates request (step 114). The view rates request can be 
input, e.g., by opening a pull-down menu on the trading 
screen 13. This can be performed, if the customer is, 
e.g., not exactly sure about the stock exchange number 10 
of the warrant to be bought or sold. Furthermore, it is 
possible, that the customer only wants to get an over- 
view of actual rates and data of warrants. After having 
input the view rates request, a rates page screen 16 is 
displayed (step 115). On the rates page screen 16 a is 
particular page 1 7 can be selected (step 1 1 6) and a par- 
ticular warrant can be accessed by selecting a warrant 
stock exchange number 18 (step 117). Thereafter, the 
customer trading screen 14 is displayed (step 118) and 
the volume and whether to buy or sell is input via the 20 
input unit 3 (step 119). Thereafter, the procedure goes 
back to the process shown in Fig. 3 between steps 105 
and 106. 

Fig. 5 shows the access control screen 12 which is 
used for inputting the user name and the security pass- 25 
word. After the user name and the security password 
have been input, a logon request can be issued. 

Fig. 6 shows the customer trading screen 13. The 
customer trading screen is preset to the trading of war- 
rants. However, this screen can also be used for the 30 
trading of other securities, e.g. stocks, bonds, deriva- 
tives or foreign exchange. Furthermore, it is possible to 
input in the customer trading screen 13 whether a war- 
rant (or another security) is to be bought or sold. 

Fig. 7 shows the customer trading screen 13 with 35 
an instrument number and a volume input via the input 
unit (3). 

Fig. 8 shows the quotation screen 14 after the get 
price request has been input, while displaying the cus- 
tomer trading screen (Fig. 7). The quotation screen 14 40 
shows all the data necessary for a warrant transaction. 
Upon the display of the quotation screen 1 4, the timer is 
started (step 111) which only allows the input of a buy 
request within the predetermined time period T set . If the 
buy request is not input during the time period T sat a 45 
time-out notice will be displayed in the quotation screen 
14. If such a time-out notice appears on the quotation 
screen 14, it is no longer possible to issue a buy request 
for specific warrants. In order to load new data onto the 
quotation screen, it is necessary to input a re-request. If so 
such a re-request is input, the quotation screen 14 will 
be re-filled with actual data and the timer will be started 
again. 

Fig. 9 shows the trade confirmation screen 15 
which is displayed when the buy request is input in time. 55 
The trade confirmation screen 15 includes a trade 
number and allows the input of a customer reference 
number. This screen gives the customer an instantane- 
ous electronic confirmation of the executed warrant 


trade. 

Fig. 10 shows the transaction screen 13 with the 
pull-down menu allowing the input of the view rates 
request. 

In Fig. 1 1 there is shown the blank view rates page 
16 displayed on the display unit 3, if the view rates 
request is issued. 

In Fig. 12 there is shown the rates page screen 19 
which displays pages of warrant rates to the customer 
and trader. This screen also permits the user to display 
a particular page by entering the page number. Further- 
more, the user may enter details and search for a partic- 
ular warrant by name. Moreover, the user may use the 
plus or minus input to view pages sequentially. In addi- 
tion, a refresh rates request may be input by actuating 
the arrow button. If a certain instrument is selected on 
the rates page screen 1 7 (the same can be selected 
.e.g., by a double Wick on the stock exchange number 
with the mouse), the quotation screen 14 is displayed 
(Fig. 8). 

Fig. 13 shows the trade detail screen displaying all 
the transaction details about a particular trade to the 
customer or trader. 

Fig. 14 shows a transaction history screen which is 
displayed on the display unit 3 when the past deals are 
to be displayed. The system allows to set the criteria of 
the deals which are to be displayed, e.g. the date range, 
the customer reference number, the trade identification 
and the instrument. The data parameters may span a 
maximum of 60 days, since this is the maximum storage 
time of trade data. However, it is possible to set a differ- 
ent storage time, so that it is possible to review deals 
which were performed earlier. 

The system as described before with reference to 
the Figures 5 - 14 is designed for being uses by a cus- 
tomer sitting at a local bank and a trader being located 
at the warrant market maker. However, there do exist 
also features which are only accessible by the trader. 
Examples of these features are described in the follow- 
ing. 

Fig. 15 shows a sanity check screen allowing the 
input of a maximum rise and fall amount of the rates 
input in the system. More particularly, with the sanity 
check it is possible to preset a maximum variation of the 
input data 5. If, e.g., the rate of a specific warrant 
changes from one view rates request to the next view 
rates request by 0.2 and the sanity check is set to 0.1, 
this specific instrument will be suspended. Furthermore, 
it is possible to input a bandwidth for the rates. The san- 
ity check introduces a high security in the system, since 
it makes it possible to filter out system faults like data 
transmission errors. 

Fig. 16 shows the price time-out screen. In the price 
time-out screen it is possible to input the time T sat which 
is used to determine if a buy request input in the quota- 
tion screen 14 is performed or not (Fig. 3. steps 106- 
111). The physical unit of T se , is seconds. T 88t is nor- 
mally adjusted to 10s, however, there can be input suit- 
able other values. 
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Fig. 17 shows the credit limit screen which allows to 
set credit Sirniis for customers. These credit limits are 
handled by the credit server and ensure mat the total 
vaiue ot unsettled trades for arty given customer does 
not exceed a gi vsn vaiue whic h can be input in the credit 5 
field via the input unit 2- If a customer fnss to enter a 
transaction exceeding this value, it will be rejected and 
an on-screen message is displayed asking to contact 
the trader. 

in order to explain the various functions of the sys- « 
tern according to the invention tn more detail, the follow- 
ing examples are given. 

During a logging-on procedure, the PC {client) 
places a TCPriP can to one of the message routers 
(MRO). The MRO accepts the cai! and allocates a spe- is 
crfic device channel for the PC. The user enters the user 
name and password which is transmitted to the MRO. 
The MRO passes details about ihe user and She method 
used to place the call ?the caller's user n^ms and note) 
to the security access manager (SAM). The SAM veri- & 
ties it the user is permitted to be connected to the sys- 
tem and informs the MRO. The MRO transmits an 
acceptance to the PC. The PC sends an independent 
registration message to the warrant fade server (WIS) 
and to the mai! server (MAI). The WIS checks its user ss 
profile table and allocates a session to the user. The 
MAI checks the user profiles and returns a message 
indicating the number ot mai! messages waiting for the 
usef. The PC down -toads various items from the WIS. 

During a view rates procedure the PC transmits a so 
rate page request containing the rats page number to 
the WTS. The WTS verifies. If the user is permitted to 
view rates and passes the request on to the warrant rate 
server {WRS}. The WRS builds the rate page and 
returns it to the WTS. The WTS forwards the rate page x 
details to the user. 

Curing an executing transactions procedure the PC 
transmits a quote request containing the stock 
exchange number and the volume to the WTS. The 
WTS receives the quote request and sends a rate *> 
request to the WRS. The WRS gets the rate and trans- 
mots it back to ihe WTS. The WTS executes a Sybase 
stored procedure to insert a quotation into its data base. 
A reference number is assigned to the quotation. The 
WTS collects the results from Sybase and returns a is 
quotation message with the price and instrument details 
to the PC. The PC displays the quotation and the user 
decides to execute {steps 106 and 107), The PC trans- 
mits an execute request to the WTS referring to the 
transaction by reference number. The WTS executes a 
stored procedure which searches the transaction data 
base for the original quotation. The WTS then checks, if 
the quote has not timed out (step 108). tf everything is in 
order, the WTS transmits a volume request So the WRS, 
which depietes the instruments voiume and returns a 55 
message to the WTS. The WTS sends a credit request 
to the credit server (CRS). The CRS depletes the user's 
credit tins and returns a message to the WTS, finally, 
the WTS executes a stored procedure to convert the 


quotation into an executed deaS, The deals details are 
passed back to the PC. 

As can be seen from the screens and masks as dis- 
cussed before, the input masks are always designed for 
allowing the input of different types of data. Therefore, 
the use? only has to get used to one screen and mask 
design in order to be able to handle all different securi- 
ties which can be managed witti the system according 
to the invention. Accordingly, there is provided a compu- 
ter system tor the data management inciuding at ieasl 
ihe management cf data relating to the trading of war- 
rants, which is easily adaptable to the handing ot differ- 
ent types of data, e.g. stocks, bonds, derivatives and 
foreign exchanges. Furthermore, the system according 
to the Invention provides a high security with regard to 
the handled data. As described above with reference to 
Fig. 15, it is possible to introduce a sanity check which 
allows to control and to verify the data input into the sys- 
tem. Furthermore, it is possible to set credit limits and a 
price time-out so thai the risk for both sides is fewer ed, 
since it is possible that after displaying the quotation 
screen the warrant rate changes strongiy. This might 
lead either to a disadvantage for the customer or to a 
disadvantage for the trader, depending on a rise or fait 
of tt*e respective rate. 

The computer system according to the invention is 
an easy- to-use system which allows to initiate and exe- 
cute e,g. warrant transactions electronically. This sys- 
tem provides a direct electronic connection between a 
user's PC and the warrants trading desk, ft allows a user 
to trade all warrants made available by the warrant mar- 
kef maker at. market driven prices and with customised 
security; 

The system enables an improved customer service 
and an increased capacity wiift minimum increments! 
costs. Furthermore the system is a trader driven system 
and mirrors the way traders work to give them the same 
control over their positions as according to a transaction 
performed in line with ihe prior art described. 

The computer system according to the invention 
can be realized with the graphic user interface {GUI} 
loaded on the PC or with a host user interface (HU!) 
Irnpiemensing the VT 100 emulation standard. 

Claims 

1. Computer system for data management including 
at least tie management of data relating to the trad- 
ing of warrants, comprising 

a data processing system (1), an Input unit (2), 
a display unit (3) and a data input (5), wherein 

- the display unit (3) displays a first mask 
having a format allowing the input of a 
request tor specific data by the input unit 

m, 

the data input (5} is read if the request is 
input by ihe input unit (£}. 
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the display unit (3) displays a second mask 
inducting the requested data, and 
the da'3 processing system {1} Holds ihe 
requested data tor a predetermined time 
period and performs a transaction s 
relating io the specif ic data, if a transaction 
request is input by the input unit (2) during 
a predetermined time period T^. 

2. Computer system according to claim 1, jo 
characterized in that 

the first mask is a trading mask (13) and the second 
mask is a quotation mask (14}. 

3. Computer system according to claim i or £, ss 
characterised in that 

the trading mask (13) allows the input ot an identifi- 
cation number for the specific data by the input unit 
(2) in order to read me specific data from the data 
irtput(s). so 

4. Computer system according to claim 3. 
characterized in thai 

the identification number is a stock exchange 
number. ss 

5- Computer system according to claim 1 or 2, 
characterized in that 

the trading mask (13) allows the input of a request 
for a rates page (18) including a plurality of specific so 
data and the rases page (18) allows the input of the 
request for specie data. 

6. Computer system according to at least one of 
claims 1 io 5, characterized in that 35 
the data processing system {1) comprises a secu- 
rity network (6) connected to an external device (7), 

a security device {&}, a data management device 
(9). s date interface device (10) and an output 
device (11). the externa! device (7) includes the « 
input unit (2) and the display unit (3). 

7. Computer system according to cfaim S, 
charactered In that 

upon the input of the request for specific data by the 
input unit (2), 

- me external device (7) outputs the request for 
specific data and transmits the request to the 
security network (6), so 
me security network (6) checks the request 
regarding its authorization and transmits the 
same to the data management device (9) if the 
performed checking resulted in an authoriza- 
tion of ihe external device (?) for the data man- 55 
agement device (9), 

the data management device (9) outputs a 
message to the security network (6) in order to 
access data (5) from the data interface device 
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(10) it ihe performed checking resulted in en 
authorization of the external device {7) tor the 
data interface device (10). 

- the data interface device (10} transmits me 
accessed data to the data management device 
(9) via ihe security network {8) and 

the data management device {9} transmits the 
data to Ihe external device (7) via the security 
network ($}. 

8. Computer system according to ciairn $ or 7, 
characterized in that 

each sending device irensrruts a respective identifi- 
cation information and the security network (6) 
checks for every data transfer through the same if 
the identification of the respective sending device 
fsts with prestored information stored during an 
authorization procedure. 

9- Computer system according to at least one of 
claims 6 to 8 5 characterised in that 
during the authorization procedure 

the security network (6) reads identification 
information from the external d evice {7} and 

- the security device ($} checks the identification 
information and outputs an access authoriza- 
tion which is stored in the security network (6) 

10. Computer system according io at feast one of 
claims 6 to 9, characterized in that 

at the time of the first connection oi the external 
device (7) to ihe security network (6), me security 
network (6) sends a seed to the externa) device {7} 
and the externa! device (7) encrypts the identifica- 
tion information according to the seed and trans- 
mits the encrypted identification information to the 
security network (S). 

11. Computer system according to daim 10, 
characterized in that 

the security network {6} transmits the received 
encrypted identification information together with 
the seed to ihe security device £8} which decrypts 
the identification information and performs a secu- 
oty check. 

tZ Computer system according to at least one of 
claims 6 'to 11, 
characterized in that 

during the authorization procedure the security 
device (8) is checking if 

the transmitted user information matches with 
data siored in an authorization fiie tn the secu- 
rity device {»}, 

a predetermined number of security require- 
ments are fuifilied. including data of access, 
disusered and number of iogin faiis, and 
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- the (cientrfication information was sent from the 
security network (S), and 

the security device (8) is reading a prestored 
address infdrrnatiott out of an address 13e if the *' 
security check is positively fulfilled and sends; the 
address information to (he security network {6}. 

13. The computer sysi em according to cf aim 12. 
characterised in that ro 
the security network {6} stores the address informa- 
tion in order to define to what parts oi the computer 
system the external device {7} may have access. 

14. Computer system according to claim 12 or 13. is 
characterised in that 

the security deleft (8) determines if the prestored - 
address information is sent from the security net- 
work (6) oy checking if the channel on which the 
security network (6) is sending is squat to a channel so 
given to the security network (6) during the setup 
procedure, wherein the security network (6) is the 
only device allowed to transmit and receive data to 
and from the security device {8}. 

15. Computer system according to ai teas! one oi 
claims 6 fo 14, characterized in that 

the data management device {9} is storing a 
dependency list including information regarding the 
devices which are needed for a specific data man- so 
agement. 

16. Computer system according to claim IS, 
charactered in that 

during a start-up procedure the data management s£ 
device (9) is checking according to the dependency 
!ist if ail required devices are in an on-line status 
before the data transfer for a specific data manage- 
ment is activated. 

17. Computer system according to at ieast orse of 
ciaims 8 to 16. characterized in that 

the data interface device {10} receives permanently 
a data stream including at ieast warrant rates and 
' stores the data in specific memory locations. *s 
wherein new data coming in is overwriting the old 
data on the specific memory location. 

t8. Method for operating a computer system for data 
management including at ieast the management of w 
date relating to the trading of warrants {CATS-OS} 
comprising the steps of 

- displaying on a display unit {3} a first mask hav- 
ing a format allowing the input of a request for 55 
specific data oy an input unit (2), 

reading Sis requested data, if the request is 

input by the input unit {2), 

displaying on the display unit {3} a second 
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mask including tns requested data, 
hoidi ng t h e requested data for a predetermined 
time period T^, and 
■ performing a transaction reiating to the specific 
data if a transaction request is input fay the 
input unit (2} during the predetermined time 
period T 341) . 

19. Method according to eiaim IB, 
characterized in that 

the first mask is a trading mask 0 3) allowing the 
input of an identification number for the specific 
data by the input unit {£} in order to read me specific 
data from the data input (5). 

20. Method according io claim is. 
Characterized In that 

the Identification number is a stock exchange 
number. 

21. Method according to claim 18, 
characterized in that 

the first mask allows the input of a request for a 
rates page (18) including a plurality of specific data 
and the rates page (IB) allows the input of the 
request for specific data. 

22. Method according to claim 21. 
characterized in that 

the rates page (IB) allows trie input of a refresh 
rates request resulting in a reading of the fisted plu- 
rality of specific data and displaying the same in trie 
rates page (18) on tie display unit (3). 

23. Method according to at ieast one of claims 1 8 to 22, 
characterized in that 

the input of a request for specific data or the refresh 
rates request causes the reading of a data stream 
being permanently received by the system from the 
data input (5). 

24. Method according to at least one of claims 18 to 23, 
characterized in that 

the second mask is a quotation mask {14} allowing 
the input of a re-request for the specific data, if the 
transaction request is not input during the predeter- 
mined time period T 5e ,. 

25. Method according to at least one of claims 1 8 to 24, 
characterized by 

displaying a trade confirmation mask (1 5> on the 
display unit (3). if the transaction request is input In 
time, including transaction information. 

26. Method according tost least one of claims 1 8 to 25, 
characterized in that 

the trading mask (13) and the quotation mask (14) 
are displayed on the display unit (3) on different 
screens or on one screen. 
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27. Method according to at ieast one of ciasms 1 8 to 26, 
characterized in that 
the specific data include warrant rates. 


28. Method according to at ieasi one of cSairrts 1 8 to 27, s 
characterized in that 

the data management comprises the management 
of data nesting to ths trading of stocks, borsds, 
derivatives or foreign exchange, wherein the spe- 
cific data include stock rates, bond rates, derivative ?c 
rates or foreign exchange rates. 
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